Mediation server and image processing device

ABSTRACT

A mediation server supplies service selection screen information to a multifunction device. Service selection screens are screens for selecting a target service from a plurality of service-related information. The service selection screen information includes a plurality of target service object corresponding to a plurality of service objects so that the plurality of services are included in the service selection screens. The mediation server acquires selection information indicating the target service and then supplies first setting screen information to the multifunction device. The first setting screen information includes a target service-related information corresponding to the target service so that the target service corresponding to the target service is included in a first setting screen. Then, the mediation server executes mediation communication for mediating provision of the target service.

CROSS REFERENCE TO RELATED APPLICATION

This application is based upon and claims the benefit of priority ofJapanese Patent Application No. 2013-267695 filed on Dec. 25, 2013 thecontents of which are incorporated herein by reference in its entirety.

BACKGROUND

The present specification discloses a mediation server for mediatingprovision of a plurality of services from one or more service providingservers to an image processing device, and the image processing device.

It is known a service linking system including a multifunction deviceand a relay device. When one of plural types of services is selected bya user, the multifunction device executes various communications withthe relay device to receive the selected service from a serviceproviding device. For example, the multifunction device sequentiallyacquires an album owner input UI display command and an album nameselection UI display command from the relay device. Accordingly, themultifunction device sequentially displays an album owner input UI andan album name selection UI. Also, the user can execute each settingrelated to the selected service (for example, input of the album ownername or selection of the album name) in each UI.

SUMMARY

As described above, in the above technology, after one service isselected from among plural types of services by a user, a setting screen(for example, an album owner input UI) related to the selected serviceis displayed. However, when the setting screen is displayed, the user islikely to fail in remembering the selected service. In this case, theuser does not know which setting related to a service in the settingscreen to execute, and thus, is likely not to execute the settingappropriately. In the present specification, a technology enabling theuser to easily execute settings is provided.

An aspect of the present disclosure provides the following arrangements:

A mediation server for mediating provision of a plurality of servicesfrom at least one service providing server to an image processingdevice, the mediation server comprising:

a processor; and

memory storing a computer executable program, when executed by theprocessor, causing the mediation server to execute:

a selection screen information supply instruction of supplying, to theimage processing device, service selection screen information whichcauses a display unit of the image processing device to display aservice selection screen, the service selection screen being a screenfor selecting a target service from among the plurality of services, andthe service selection screen information including plural pieces ofservice-related information related to a plurality of service objectscorresponding to the plurality of services so that the plurality ofservice objects are included in the service selection screen;

a selection information acquisition instruction of acquiring selectioninformation indicating the target service from the image processingdevice;

a setting screen information supply instruction of supplying, to theimage processing device, first setting screen information for causingthe display unit to display a first setting screen after the selectioninformation is acquired, the first setting screen being a screen forexecuting a first setting related to the target service, and the firstsetting screen information including target service-related informationrelated to a target service object corresponding to the target serviceobjects among the plural pieces of service-related information so thatthe target service object is included in the first setting screen; and

a mediation communication execution instruction of executing mediationcommunication for mediating provision of the target service from atarget service providing server among the at least one service providingserver to the image processing device after the first setting screeninformation is supplied, the mediation communication includingtransmitting, to the image processing device, an execution instructionof target image processing related to the target service.

A non-transitory computer readable recording medium storing a programfor a mediation server for mediating provision of a plurality ofservices from at least one service providing server to an imageprocessing device, the program, when caused by a computer mounted on themediation server, causing the mediation server to execute:

a selection screen information supply instruction of supplying, to theimage processing device, service selection screen information whichcauses a display unit of the image processing device to display aservice selection screen, the service selection screen being a screenfor selecting a target service from among the plurality of services, andthe service selection screen information including plural pieces ofservice-related information related to a plurality of service objectscorresponding to the plurality of services so that the plurality ofservice objects are included in the service selection screen;

a selection information acquisition instruction of acquiring selectioninformation indicating the target service from the image processingdevice;

a setting screen information supply instruction of supplying, to theimage processing device, first setting screen information for causingthe display unit to display a first setting screen after the selectioninformation is acquired, the first setting screen being a screen forexecuting a first setting related to the target service, and the firstsetting screen information including target service-related informationrelated to a target service object corresponding to the target serviceobjects among the plural pieces of service-related information so thatthe target service object is included in the first setting screen; and

a mediation communication execution instruction of executing mediationcommunication for mediating provision of the target service from atarget service providing server among the at least one service providingserver to the image processing device after the first setting screeninformation is supplied, the mediation communication includingtransmitting, to the image processing device, an execution instructionof target image processing related to the target service.

An image processing device configured to communicate with a mediationserver for mediating provision of a plurality of services from at leastone service providing server to an image processing device, comprising:

a display unit;

a processor; and

memory storing a computer executable program, when executed by theprocessor, causing the image processing device to execute:

a selection screen information acquisition instruction of acquiringservice selection screen information from the mediation server, theservice selection screen information including plural pieces ofservice-related information related to a plurality of service objectscorresponding to the plurality of services;

a selection screen display control instruction of causing the displayunit to display a service selection screen including the plurality ofservice objects using the service selection screen information;

a selection information supply instruction of supplying selectioninformation indicating a target service to the mediation server when auser of the image processing device selects the target service fromamong the plurality of services in the service selection screen;

a setting screen information acquisition instruction of acquiring firstsetting screen information from the mediation server after the selectioninformation is supplied, the first setting screen information includingtarget service-related information related to a target service objectcorresponding to the target service;

a setting screen display control instruction of causing the display unitto display a first setting screen including the target service objectusing the first setting screen information, the first setting screenbeing a screen for executing a first setting related to the targetservice;

a specific communication execution instruction of executing specificcommunication for receiving the target service from a target serviceproviding server among the at least one service providing server afterthe user executes the first setting in the first setting screen, thespecific communication including receiving an execution instruction oftarget image processing related to the target service from the mediationserver; and

an image processing execution instruction of executing the target imageprocessing when the execution instruction is received.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 illustrates a configuration of a communication system.

FIG. 2 illustrates an example of data in a multifunction device of afirst embodiment.

FIG. 3 illustrates an example of data in the mediation server.

FIG. 4 illustrates each process when “Web” is selected in a main screen.

FIG. 5 illustrates each process when a determination result of targetSFL information is OK.

FIG. 6 illustrates each process when download print (that is, DP) isselected.

FIG. 7 illustrates each process when scan upload (that is, SU) isselected.

FIG. 8 illustrates each process when “Scan” is selected in a mainscreen.

FIG. 9 illustrates each screen displayed in a multifunction device.

FIG. 10 illustrates each screen displayed in a multifunction device.

FIG. 11 illustrates each process when “Web” is selected in a main screenin a state in which a service name “SVE” is registered in a databaseserver.

FIG. 12 illustrates each process when “Scan” is selected in the mainscreen in a state in which the service name “SVE” is registered in thedatabase server.

FIG. 13 illustrates each process when “Scan” is selected in the mainscreen in a state in which a service name “SVB” is registered in thedatabase server.

FIG. 14 illustrates each process when a back button is selected in anaccount selection screen.

FIG. 15 illustrates each process when a history is selected in a serviceselection screen.

FIG. 16 illustrates a flowchart of each process executed by a mediationserver.

FIG. 17 illustrates a flowchart continued from FIG. 16.

FIG. 18 illustrates a flowchart of each process executed by amultifunction device of a second embodiment.

DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS First Embodiment Configurationof System

A communication system 2 includes a multifunction device 10, a mediationserver 50, a database server (hereinafter referred to as a “DB server”)80, and a plurality of service providing servers (hereinafter referredto as “an SP server”) 100, as illustrated in FIG. 1. These devices 10,50, 80, and 100 are configured as separate entities.

Configuration of Multifunction Device 10

The multifunction device 10 can execute multiple functions, including aprint function, a scan function, a copy function, a FAX function, andthe like. The multifunction device 10 is a device connected to a localarea network (LAN) (not illustrated), and is a peripheral device ofother devices (for example, a personal computer (PC)) connected to theLAN. The multifunction device 10 includes an operation unit 12, adisplay unit 14, a print execution unit 16, a scan execution unit 18, anetwork I/F 20, and a control unit 30.

The operation unit 12 includes a plurality of keys. A user can inputvarious instructions to the multifunction device 10 by operating theoperation unit 12. The display unit 14 is a display for displayingvarious pieces of information. The display unit 14 functions as aso-called touch panel. That is, the display unit 14 also functions as anoperation unit operated by the user. The print execution unit 16includes a print mechanism in an ink jet scheme, a laser scheme, or thelike. The scan execution unit 18 includes a scan mechanism, such as aCCD or a CIS. The network I/F 20 is an interface for connection to theLAN (not illustrated). The multifunction device 10 can access theInternet via the network I/F 20 (that is, via the LAN).

The control unit 30 includes a CPU 32 and a memory 34. The CPU 32executes various processes according to a program stored in the memory34. The memory 34 stores plural pieces of layout information 36, asecure function lock (SFL) table 38, and a service user table 40, inaddition to the program.

Each of plural pieces of layout information 36 is information in which alayout ID (for example, “LY1”) and layout data are associated, asillustrated in FIG. 2. The layout ID is identification information foridentifying the layout data. The layout data is data indicating a layoutof a screen to be displayed on the display unit 14. The plural pieces oflayout information 36 is stored in the memory 34 in advance in ashipment stage of the multifunction device 10.

One or more pieces of SFL information are registered in the SFL table38. Each piece of SFL information is information in which a user name, apassword, print permission information, and scan permission informationare associated. The user name is identification information foridentifying the user of the multifunction device 10. The password isauthentication information for authenticating the user. The printpermission information indicates “OK” when the user is permitted tocause the multifunction device 10 to execute the print function, andindicates “NG” when the user is not permitted. The scan permissioninformation indicates “OK” when the user is permitted to cause themultifunction device 10 to execute the scan function, and indicates “NG”when the user is not permitted. For example, a manager of themultifunction device 10 operates the operation unit 12 and registerseach piece of SFL information for each user in the SFL table 38.

One or more pieces of service user information are registered in theservice user table 40. Each piece of service user information isinformation in which a service name, an account name, a password, and aface ID are associated. The service name is a name of the service to beprovided by each SP server 100 and, in other words, a server name ofeach SP server 100. The account name is identification information foridentifying a user of the SP server 100. The password is authenticationinformation for authenticating the user. The face ID is identificationinformation for identifying a face object. Further, hereinafter, anobject is referred to as an “OB.”

For example, the user accesses any SP server 100 using any PC (notillustrated) and registers the account name and the password in the SPserver 100. Then, for example, the user accesses the multifunctiondevice 10 using the PC (not illustrated) and registers the service nameof the SP server 100, the account name, the password, and the face ID inthe service user table 40. Accordingly, one piece of service userinformation is registered in the service user table 40. Further, theuser can access the mediation server 50 (that is, access each piece ofimage data in the face OB table 78 of FIG. 3 to be described below)using the PC (not illustrated) and display each face OB on the PC.Accordingly, the user can ascertain each face ID corresponding to eachface OB and register a face ID corresponding to a desired face OB in theservice user table 40.

Configuration of Mediation Server 50

The mediation server 50 of FIG. 1 is a server provided by the vendor ofthe multifunction device 10. The mediation server 50 is a server thatmediates provision of the service from each SP server 100 to themultifunction device 10. Specifically, the mediation server 50 canexecute communication with each SP server 100 according to eachapplication program interface (API) corresponding to each SP server 100.

The mediation server 50 includes a network I/F 60, and a control unit70. The mediation server 50 can access the Internet via the network I/F60. The control unit 70 includes a CPU 72 and a memory 74. The CPU 72executes various processes according to a program stored in the memory74.

The program in the memory 74 includes a plurality of APIs correspondingto the plurality of SP servers 100. Each of the plurality of APIs is aprogram for communicating with the SP server corresponding to the APIand executing data processing. The memory 74 stores a service OB table76 and a face OB table 78, in addition to the program. The informationwithin the respective tables 76 and 78 is registered by the manager ofthe mediation server 50 (that is, the vendor of the multifunction device10) in advance.

Plural pieces of service OB information, and history OB information(that is, information in a bottom column of FIG. 3) are registered inthe service OB table 76, as illustrated in FIG. 3. Each piece of serviceOB information is information in which a uniform resource locator (URL),a service name, and image data are associated. The service name is aname of the service provided by each SP server 100. The URL islocational information indicating a location (that is, a location withinthe mediation server 50) of the image data indicating the service OB.The image data is data indicating the service OB (that is, an imageindicating the service).

The history OB information is information in which a URL, a servicename, and image data are associated, as well. However, the history OBinformation is information not related to each service provided by eachSP server 100, and is information related to a history supply servicethat can be provided by the mediation server 50. The history supplyservice is a service for supplying history information indicating theservice of the SP server supported by a device sold by a vendor of themultifunction device 10 and a time when the service of the SP server issupported, to the device.

Plural pieces of face OB information are registered in the face OB table78. Each piece of face OB information is information in which a URL, aface ID, and image data are associated. The URL is locationalinformation indicating a location of image data indicating the face OB(that is, a location within the mediation server 50). The face ID isidentification information for identifying the face OB (that is, animage representing the face). The image data is data indicating the faceOB.

Configuration of DB Server 80

The DB server 80 of FIG. 1 is a server provided by the vendor of themultifunction device 10. The DB server 80 can communicate with themediation server 50 through the Internet. The DB server 80 stores theselected service table 82. Information in the selected service table 82is registered according to an instruction from the mediation server 50.

Plural pieces of selected service information are registered in theselected service table 82. Each selected service information isinformation in which an MAC address and a service name are associated.The MAC address is identification information assigned to themultifunction device (for example, 10) in advance. In this embodiment,the MAC address of the multifunction device 10 is “M1.” The service nameis a service name selected in the past by the user of the multifunctiondevice.

Configuration of the SP Server 100

The plurality of SP servers 100 are, for example, servers (that is,cloud servers) having respective service names such as “Evernote(registered trademark),” “Google (registered trademark) Docs,” “PICASA(registered trademark),” and “Facebook (registered trademark).” Each SPserver 100 provides the service corresponding to the SP server to thecommunication device (for example, the multifunction device 10) throughthe Internet. Each SP server 100 can provide various services to thecommunication device by executing various functions. For example, thereis an SP server that can execute a function of acquiring image data fromthe communication device and storing the image data (hereinafterreferred to as an “image data storage function”), and there is an SPserver that can execute a function of supplying image data to thecommunication device (hereinafter referred to as an “image datasupplying function”). In this embodiment, all of the plurality of SPservers 100 for which the mediation server 50 can mediate provision ofthe services can execute the image data supplying function. However,only some of the plurality of SP servers 100 can execute the image datastorage function.

Each Process Executed by Respective Devices 10 and 50 or the Like; FIG.4

In this embodiment, it is assumed that the multifunction device 10receives a service from the service providing server 100 for executingdownload print or scan upload. The download print is downloading imagedata from the service providing server 100 and executing printing of animage represented by the image data. In this case, the service providingserver 100 executes the image data supplying function. Further, the scanupload is generating the image data through scanning of a document anduploading the image data to the service providing server 100. In thiscase, the service providing server 100 executes the image data storagefunction. Hereinafter, the download print and the scan upload may bereferred to as “DP” (Download Print) and “SU” (Scan Upload).

As illustrated in FIG. 4, the user inputs a user ID “U1” and a password“PU1” to the multifunction device 10 in S10. Further, the user mayoperate the operation unit 12 to input information to the multifunctiondevice 10 or may input information to the multifunction device 10 usingthe touch panel of the display unit 14. Hereinafter, the operation ofthe user may also be executed by either the operation unit 12 or thetouch panel of the display unit 14.

In S12, the CPU 32 of the multifunction device 10 supplies the displaydata stored in the memory 34 in advance to the display unit 14 andcauses the display unit 14 to display a main screen SC1 of FIG. 9. Themain screen SC1 includes an object indicating “Web” and an objectindicating “Scan.” The object indicating “Web” is an object indicatingexecution of connection to the Internet. The object indicating “Scan” isan object indicating execution of the scan function. Further, the mainscreen SC1 may include other objects indicating execution of otherfunctions (for example, an object indicating “Copy” and an objectindicating “FAX”).

In S14 of FIG. 4, the user selects the object indicating “Web” in themain screen SC1. In this case, the CPU 32 of the multifunction device 10supplies an initial request to the mediation server 50 in S16. Theinitial request is a command for requesting screen information relatedto the connection to the Internet. The initial request includes an MACaddress “M1” of the multifunction device 10, normal mode information,and target SFL information. The normal mode information is informationincluded in the initial request when the object indicating “Web” isselected in the main screen SC1. The target SFL information isinformation (for example, print permission information “OK” and scanpermission information “OK”) associated with the user ID “U1” and thepassword “PU1” input in S10 among the one or more pieces of SFLinformation registered in the SFL table 38 within the memory 34 (seeFIG. 2).

When the CPU 72 of the mediation server 50 acquires the initial requestfrom the multifunction device 10, the CPU 72 supplies an informationrequest including the MAC address “M1” within the initial request to theDB server 80 in S22.

When the DB server 80 acquires the information request from themediation server 50, the DB server 80 determines whether the MAC address“M1” within the information request is registered in the selectedservice table 82 (see FIG. 1). In the example of FIG. 4, the DB server80 determines that the MAC address “M1” is not registered and, as aresult, supplies a response indicating “No registration” to themediation server 50 in S24.

When the CPU 72 of the mediation server 50 acquires the response fromthe DB server 80, the CPU 72 acquires each piece of service OBinformation and the history OB information from the service OB table 76(see FIG. 3) within the memory 74 in S30. Also, the CPU 72 generatesservice selection screen information in S32. Then, the CPU 72 suppliesthe service selection screen information to the multifunction device 10in S34. The service selection screen information is information forcausing the multifunction device 10 to display two or more serviceselection screens (see SC2 and SC3 in FIG. 9), and is specificallygenerated as follows.

The CPU 72 of the mediation server 50 first generates the table of FIG.4. In this table, a service name, a URL and a flag are associated. TheCPU 72 describes each service name and each URL included in each pieceof service OB information in the table in the same order as thearrangement order of the respective pieces of service OB informationwithin the service OB table 76 (see FIG. 3). Then, the CPU 72 describesthe service name “history” and the URL “UH” included in the history OBinformation in the table (that is, describes them in the bottom column).Also, the CPU 72 describes “ON” as a flag in a top column of the tablessince the response of S24 indicates “No registration.” The flag “ON” isinformation associated with only any one service name within the table,and is information for instructing the multifunction device 10 to firstdisplay a screen including the service name. Further, when the responseof S24 indicates the service name rather than “No registration,” the CPU72 describes the flag “ON” in association with the service name.Further, the CPU 72 understands the plurality of layout IDs “LY1” to“LY4” (see FIG. 2) used in the multifunction device 10 in advance, anddetermines one layout ID “LY1” among these layout IDs. Accordingly, theCPU 72 can generate service selection screen information including thetable of FIG. 4 and the layout ID “LY1.”

When the CPU 32 of the multifunction device 10 acquires the serviceselection screen information from the mediation server 50, the CPU 32supplies an image data request including six URLs within the serviceselection screen information to the mediation server 50 in S40.

When the CPU 72 of the mediation server 50 acquires the image datarequest from the multifunction device 10, the CPU 72 acquires the sixpieces of image data identified by the six URLs within the image datarequest from the service OB table 76 (see FIG. 3). Also, the CPU 72supplies the six pieces of image data to the multifunction device 10 inS42.

When the CPU 32 of the multifunction device 10 acquires the six piecesof image data from the mediation server 50, the CPU 32 generates twopieces of display data indicating two service selection screens (see SC2and SC3 in FIG. 9) in S50. Specifically, the CPU 32 acquires layout dataidentified by the layout ID “LY1” within the service selection screeninformation from among the plural pieces of layout information 36 in thememory 34. Since the acquired layout data includes three areas A1 to A3(see FIG. 2), the CPU 32 acquires three service names “SVA,” “SVB” and“SVC” sequentially from the top column of the table within the serviceselection screen information and adds the three service names below thethree areas A1 to A3. The CPU 32 also adds the three pieces of imagedata corresponding to the three service names among the six pieces ofacquired image data to the three areas A1 to A3. Accordingly, the firstdisplay data is completed.

Similarly, the CPU 32 generates second display data using the samelayout data as the acquired layout data. That is, the CPU 32 acquiresthree remaining service names “SVD,” “SVE” and “history” from the tablewithin the service selection screen information, adds the three servicenames below the three areas A1 to A3 and also adds the three pieces ofremaining image data among the six pieces of acquired image data to thethree areas A1 to A3. Accordingly, the second display data is completed.

Since the flag “ON” is described in association with the service name“SVA” in the table within the service selection screen information, theCPU 32 determines that a service selection screen including the servicename “SVA” is to be displayed first. As a result, the CPU 32 firstsupplies the first display data to the display unit 14, and causes thedisplay unit 14 to display a service selection screen SC2 of FIG. 9. Theservice selection screen SC2 includes three service OBs indicatingfigures “A” and the like, three service names indicating “SVA” and thelike, and screen change buttons.

In S52 of FIG. 4, the user selects the screen change button in theservice selection screen SC2. In this case, the CPU 32 of themultifunction device 10 supplies the second display data to the displayunit 14 and causes the display unit 14 to display a service selectionscreen SC3 of FIG. 9 in S54. The service selection screen SC3 includestwo service OBs indicating a figure “D” and the like, one history OBindicating a figure “History,” three service names, and a screen changebutton. When the user selects the screen change button in the serviceselection screen SC3, the CPU 32 supplies the first display data to thedisplay unit 14 again and causes the display unit 14 to display theservice selection screen SC2 again.

In this embodiment, the mediation server 50 supplies the serviceselection screen information including the layout ID “LY1” and theplurality of service names to the multifunction device 10, as describedabove (see S34). Accordingly, the multifunction device 10 displays theservice selection screens SC2 and SC3 using the layout data identifiedby the layout ID “LY1.” Alternatively, for example, it is assumed thatthe mediation server 50 adopts a configuration in which display dataindicating the service selection screen (for example, the first andsecond display data generated by the multifunction device 10 in S50) isgenerated and the display data is supplied to the multifunction device10 (hereinafter referred to as a “configuration of a comparativeexample”).

In the configuration of the comparative example, since the layout datain the multifunction device 10 includes the three areas A1 to A3, themediation server 50, for example, should generate the first display dataindicating one service selection screen (for example, SC2) includingthree service OBs and supply the first display data to the multifunctiondevice 10. Further, for example, a situation in which there is amultifunction device that is a model different from the multifunctiondevice 10 (hereinafter referred to as a “specific multifunctiondevice”), and in the specific multifunction device, the layout dataidentified by the layout ID “LY1” includes four areas is assumed. Inthis case, the mediation server 50 should generate display dataindicating one service selection screen including four service OBs, andsupply the display data to the specific multifunction device. Thus, inthe configuration of the comparative example, since it is necessary forthe mediation server 50 to generate different display data according tothe model of the multifunction device, a load on the mediation server 50is high. On the other hand, in this embodiment, the mediation server 50may supply the same service selection screen information to themultifunction device 10 and the specific multifunction device.Accordingly, for example, the multifunction device 10 generates displaydata indicating one service selection screen SC2 including three serviceOBs, and the specific multifunction device generates display dataindicating one service selection screen including four service OBs. Thatis, the mediation server 50 does not generate different display dataaccording to the model of the multifunction device. Therefore, the loadon the mediation server 50 is lower than that in the configuration ofthe comparative example.

In S56 of FIG. 4, the user selects a service having the service name“SVE” by selecting the service OB indicating the figure “E” in theservice selection screen SC3. Further, the service name (that is, “SVE”)selected in S56, the service having the service name, and the SP serverproviding the service are hereinafter referred to as a “target servicename,” a “target service,” and a “target SP server,” respectively. InS58, the CPU 32 of the multifunction device 10 supplies selectioninformation including the target service name “SVE” to the mediationserver 50.

In S60, the CPU 72 of the mediation server 50 executes a determinationof the target SFL information acquired in S16 and determines “OK” or“NG” as a determination result. The determination result “OK” of S60means that the multifunction device 10 can execute at least one of thedownload print (that is, the DP) and the scan upload (that is, SU) basedon the target SFL information and the target service. Further, thedetermination result “NG” of S60 means that the multifunction device 10can execute neither the DP nor the SU. When either the print permissioninformation or the scan permission information within the target SFLinformation indicates “NG,” the CPU 72 determines “NG” as adetermination result.

As described above, the plurality of SP servers 100 can all execute theimage data supplying function in this embodiment, whereas only some ofthe plurality of SP servers 100 can execute the image data storagefunction. Therefore, the target SP server 100 is capable of executing atleast the image data supplying function. When the print permissioninformation within the target SFL information indicates “OK,” the CPU 72determines “OK” as a determination result. This is because the user isallowed to execute the print function and the target SP server 100 iscapable of executing at least the image data supplying function, andthus, the multifunction device 10 can execute at least the DP.

Further, when the print permission information within the target SFLinformation is “NG” and the scan permission information within thetarget SFL information is “OK,” the CPU 72 determines whether the objectSP server 100 is capable of executing the image data storage function.The determination is executed based on information (not illustrated) oneach SP server 100 stored in the memory 74 in advance. When the CPU 72determines that the target SP server can execute the image data storagefunction, the CPU 72 determines “OK” as a determination result. This isbecause the user is allowed to execute the scan function and the targetSP server 100 is capable of executing the image data storage function,and thus, the multifunction device 10 can execute the SU. On the otherhand, when the CPU 72 determines that the target SP server is incapableof executing the image data storage function, the CPU 72 determines “NG”as a determination result.

When the CPU 72 of the mediation server 50 determines “NG” as thedetermination result of S60, the CPU 72 supplies error information tothe multifunction device 10 in S62. In this case, the CPU 72 ends theprocess according to the initial request of S16 without supplying eachpiece of screen information to be described below (see, for example, S82and S106 of FIG. 5) to the multifunction device 10.

When the CPU 32 of the multifunction device 10 acquires the errorinformation from the mediation server 50, the CPU 32 supplies displaydata stored in the memory 34 in advance to the display unit 14 andcauses the display unit 14 to display an error screen SCE of FIG. 9 inS64. Accordingly, the user can understand that it is not possible tocause the multifunction device 10 to execute the DP or the SU.

Case in which Determination Result of S60 of FIG. 4 is “OK”; FIG. 5

As illustrated in FIG. 5, when the CPU 72 of the mediation server 50determines “OK” as a determination result of S60 of FIG. 4, the CPU 72of the mediation server 50 supplies a registration request to the DBserver 80 in S70. The registration request includes the MAC address “M1”of the multifunction device 10, and the target service name “SVE.”

When the DB server 80 acquires the registration request from themediation server 50, the DB server 80 determines whether the MAC address“M1” within the registration request is registered in the selectedservice table 82 (see FIG. 1). When the DB server 80 determines that theMAC address “M1” is not registered, the DB server 80 registers newselection information in the selected service table 82 in S72. The newselection information is information in which the MAC address “M1” andthe target service name “SVE” are associated. Further, when the DBserver 80 determines that the MAC address “M1” is registered, the DBserver 80 describes the target service name “SVE” in the selectedservice table 82 in place of a service name associated with the MACaddress “M1” in S72.

In S74, the CPU 72 of the mediation server 50 supplies an accountinformation request including the target service name “SVE” to themultifunction device 10.

When the CPU 32 of the multifunction device 10 acquires the accountinformation request from the mediation server 50, the CPU 32 acquiresone or more pieces of account information (that is, an account name, apassword, and a face ID) associated with the target service name “SVE”within the account information request from the service user table 40(see FIG. 2). Also, the CPU 32 supplies the one or more pieces ofacquired account information to the mediation server 50 in S76.

When the CPU 72 of the mediation server 50 acquires the one or morepieces of account information from the multifunction device 10, the CPU72 generates account selection screen information in S80. Then, the CPU72 supplies the account selection screen information to themultifunction device 10 in S82. The account selection screen informationis information for causing the multifunction device 10 to display anaccount selection screen (see SC4 of FIG. 9) and is specificallygenerated as follows.

The CPU 72 of the mediation server 50 first generates a table of FIG. 5.In this table, the account name and the URL are associated. The CPU 72executes the following process using one of the one or more pieces ofaccount information to generate the table. That is, the CPU 72 acquiresa URL associated with the face ID within the one piece of accountinformation from the face OB table 78 (see FIG. 3). Also, the CPU 72describes the account name and the acquired URL within the one piece ofaccount information in the table in association with each other. The CPU72 similarly executes the process for other account information.Accordingly, the table of FIG. 5 is completed. Further, the CPU 72acquires an URL “USE” associated with the target service name “SVE”(hereinafter referred to as a “target service URL”) from the service OBtable 76 (see FIG. 3). Further, the CPU 72 determines one layout ID“LY2” (see FIG. 2). Accordingly, the CPU 72 can generate the accountselection screen information including the table of FIG. 5, the targetservice URL “USE,” and the layout ID “LY2.”

When the CPU 32 of the multifunction device 10 acquires the accountselection screen information from the mediation server 50, the CPU 32supplies an image data request including three URLs “UF1”, “UF2,” and“USE” within the account selection screen information to the mediationserver 50 in S90.

When the CPU 72 of the mediation server 50 acquires the image datarequest from the multifunction device 10, the CPU 72 acquires threepieces of image data identified by the three URLs “UF1” “UF2,” and “USE”within the image data request from the service OB table 76 and the faceOB table 78 (see FIG. 3). Also, the CPU 72 supplies the three pieces ofimage data to the multifunction device 10 in S92.

When the CPU 32 of the multifunction device 10 acquires the three piecesof image data from the mediation server 50, the CPU 32 generates displaydata indicating the account selection screen (see SC4 of FIG. 9) in S94.Specifically, the CPU 32 acquires the layout data identified by thelayout ID “LY2” from the memory 34. The acquired layout data includes aplurality of areas A4, A5, and A6, as illustrated in FIG. 2. The CPU 32describes two account names “AN1” and “AN2” included in the table withinthe account selection screen information in the two areas A4 and A5. TheCPU 32 also describes two pieces of image data indicating the face OBamong the three pieces of acquired image data in the two areas A4 andA5. Further, the CPU 32 describes one piece of image data indicating theservice OB among the three pieces of acquired image data in the area A6.Accordingly, the display data is completed. The CPU 32 supplies thedisplay data to the display unit 14 and causes the display unit 14 todisplay the account selection screen SC4 of FIG. 9. In this example, theaccount selection screen SC4 includes two face OBs, two account names,the service OB, and the back button.

In S96 of FIG. 5, the user selects the account name “AN2” correspondingto the user in the account selection screen SC4. Since the accountselection screen SC4 includes the service OB corresponding to the targetservice, the user can easily understand the target service when viewingthe account selection screen SC4. Therefore, the user can appropriatelyselect the user's account name “AN2” for receiving the target service.Further, since each face OB is arranged near each account name in theaccount selection screen SC4, the user can appropriately select theuser's account name “AN2” which is arranged near the user's face OB.

In S98, the CPU 32 of the multifunction device 10 supplies selectioninformation including the target account name “AN2,” the target password“PN2,” the target face URL “UF2,” and the target service URL “USE” tothe mediation server 50. The target account name “AN2” is an accountname selected in S96. The target password “PN2” is a password associatedwith target account name “PN2” in the service user table 40 (see FIG.2). The target face URL “UF2” is a URL associated with the targetaccount name “PN2” in the table of FIG. 5 within the account selectionscreen information.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 generatescommunication selection screen information in S102. Then, the CPU 72supplies the communication selection screen information to themultifunction device 10 in S106. The communication selection screeninformation is information for causing the display unit 14 of themultifunction device 10 to display a communication selection screen (seeSC5 of FIG. 9) and, specifically, is generated as follows.

The CPU 72 of the mediation server 50 determines one layout ID “LY2”(see FIG. 2). Also, the CPU 72 generates communication selection screeninformation including at least a character string “Download Print”indicating the DP, the target face URL “UF2” within the selectioninformation of S98, the target service URL “USE” within the selectioninformation of S98, and the layout ID “LY2.” Further, when the target SPserver 100 is capable of executing the image data storage function, theCPU 72 generates communication selection screen information furtherincluding a character string “Scan Upload” indicating the SU. However,when the target SP server 100 is incapable of executing the image datastorage function, the CPU 72 generates communication selection screeninformation not including character string “Scan Upload” indicating theSU. This is because the target SP server 100 is incapable of executingthe image data storage function, and thus, the multifunction device 10is incapable of executing the SU.

When the CPU 32 of the multifunction device 10 acquires thecommunication selection screen information from the mediation server 50,the CPU 32 supplies a combined data request including two URLs “UF2” and“USE” within the communication selection screen information to themediation server 50 in S110.

When the CPU 72 of the mediation server 50 acquires the combined datarequest from the multifunction device 10, the CPU 72 acquires two piecesof image data identified by the two URLs “UF2” and “USE” within thecombined data request from the service OB table 76 and the face OB table78 (see FIG. 3). Also, the CPU 72 generates the combined data indicatinga combined OB by combining the two pieces of image data. Then, the CPU72 supplies the combined data to the multifunction device 10 in S112.

When the CPU 32 of the multifunction device 10 acquires the combineddata from the mediation server 50, the CPU 32 generates display dataindicating the communication selection screen (see SC5 of FIG. 9) inS114. Specifically, the CPU 32 acquires the layout data (see FIG. 2)identified by the layout ID “LY2” from the memory 34. The CPU 32describes a character string “Download Print” within the communicationselection screen information in the area A4. Further, when a characterstring “Scan Upload” is included in the communication selection screeninformation, the CPU 32 describes the character string “Scan Upload” inthe area A5. However, when the character string “Scan Upload” is notincluded in the communication selection screen information, the CPU 32describes no character string in the area A5. Further, the CPU 32describes the acquired combined data in the area A6. Accordingly, thedisplay data is completed. The CPU 32 supplies the display data to thedisplay unit 14 and causes the display unit 14 to display thecommunication selection screen SC5 of FIG. 9. The communicationselection screen SC5 includes the character string “Download Print,” thecharacter string “Scan Upload,” the combined OB, and the back button.The communication selection screen SC5 is a screen for selecting any oneof image data downloading communication and image data uploadingcommunication.

In S116 of FIG. 5, the user selects the DP or the SU in thecommunication selection screen SC5. Hereinafter, communication (that is,the DP or the SU) selected in the communication selection screen SC5 isreferred to as “target communication.” Since the communication selectionscreen SC5 includes the combined OB, and the combined OB includes theservice OB corresponding to the target service (see FIG. 9), the usercan easily understand the target service when viewing the communicationselection screen SC5. Therefore, the user can select the targetcommunication while recognizing the target service. Further, the usercan confirm that the face OB included in the combined OB is the face OBof the user. That is, the user can confirm whether the target accountname “AN2” of the user is selected in the account selection screen SC4(see FIG. 9). When the DP is selected in the communication selectionscreen SC5, each process of FIG. 6 is executed, and when the SU isselected, each process of FIG. 7 is executed.

Case in which DP is Selected in S116 of FIG. 5; FIG. 6

When the DP is selected in S116 of FIG. 5, the CPU 32 of themultifunction device 10 supplies selection information indicating the DPas the target communication to the mediation server 50 in S120, asillustrated in FIG. 6.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 executes adetermination of the target SFL information (see S16 of FIG. 4) anddetermines “OK” or “NG” as a determination result in S130. Thedetermination result of S130 indicates whether the multifunction device10 is capable of executing the DP based on the target SFL information.When the print permission information within the target SFL informationindicates “NG,” the CPU 72 determines “NG” as a determination result. Inthis case, although not illustrated, the CPU 72 supplies errorinformation for causing display of an error screen SCE of FIG. 9 to themultifunction device 10. That is, the CPU 72 ends the process accordingto the initial request of S16 in FIG. 4 without supplying each piece ofscreen information to be described below (see, for example, S142 andS172) to the multifunction device 10. On the other hand, when the printpermission information within the target SFL information indicates “OK,”the CPU 72 determines “OK” as a determination result. In this case, theCPU 72 supplies a thumbnail URL request including the target accountname “AN2” and the target password “PN2” (see S98 of FIG. 5) to thetarget SP server 100 in S132.

When the target SP server 100 acquires the thumbnail URL request fromthe mediation server 50, the target SP server 100 executesauthentication using the target account name “AN2” and the targetpassword “PN2” within the thumbnail URL request. Further, when themediation server 50 or the multifunction device 10 supplies a request(for example, S150 of FIG. 6 and S232 of FIG. 7) to the SP server 100,the object account name “AN2” and the object password “PN2” are includedin the request, and the authentication is executed by the object SPserver 100. However, a description of the authentication will behereinafter omitted. When the authentication succeeds, the target SPserver 100 supplies X URLs indicating locations of X pieces of thumbnailimage data (X is an integer equal to or more than 1) to the mediationserver 50 in S134. The X pieces of thumbnail image data are obtained byreducing X pieces of image data stored in the target SP server 100 inassociation with the target account name “AN2.”

When the CPU 72 of the mediation server 50 acquires the X URLs from theSP server 100, the CPU 72 generates image selection screen informationin S140. The image selection screen information is information forcausing the multifunction device 10 to display an image selection screen(see SC7 of FIG. 10). Specifically, the CPU 72 determines one layout ID“LY3” (see FIG. 2) and generates image selection screen informationincluding the X URLs of S134 and the layout ID “LY3.” However, thelayout data identified by the layout ID “LY3” includes the areas A7 toA9 (see FIG. 2) for displaying thumbnail images, but does not include anarea for displaying the service OB corresponding to the target servicename “SVE.” Thus, since there is no space for displaying the service OB,the CPU 72 generates image selection screen information not includingthe target service URL “USE.” Then, the CPU 72 supplies the imageselection screen information to the multifunction device 10 in S142.

When the CPU 32 of the multifunction device 10 acquires the imageselection screen information from the mediation server 50, the CPU 32supplies an image data request including X URLs within the imageselection screen information to the target SP server 100 in S150.

When the target SP server 100 acquires the image data request from themultifunction device 10, the target SP server 100 supplies X pieces ofimage information to the multifunction device 10 in S152. Each of the Xpieces of image information is information in which the thumbnail imagedata and the image ID are associated. The thumbnail image data is dataidentified by the URL within the image data request. The image ID isidentification information for identifying original image data of thethumbnail image data.

When the CPU 32 of the multifunction device 10 acquires the X pieces ofimage information from the target SP server 100, the CPU 32 generatesdisplay data indicating the image selection screen (see SC7 of FIG. 10)in S154. Specifically, the CPU 32 first acquires layout data (see FIG.2) identified by the layout ID “LY3” from the memory 34. The acquiredlayout data includes the three areas A7 to A9, as illustrated in FIG. 2.The CPU 32 adds the respective thumbnail image data within the X piecesof image information to the respective areas A7 to A9. Accordingly, thedisplay data is completed. The CPU 32 supplies the display data to thedisplay unit 14 and causes the display unit 14 to display the imageselection screen SC7 of FIG. 10. In the example of FIG. 10, the imageselection screen SC7 includes three thumbnail images indicating figures,such as a star.

In S156 of FIG. 6, the user selects a desired thumbnail image (forexample, the figure of the star) in the image selection screen SC7. Inthis case, the CPU 32 of the multifunction device 10 supplies theselection information including an image ID “ID11” to the mediationserver 50 in S158. The image ID “ID11” is an image ID associated withthe thumbnail image data indicating the thumbnail image selected by theuser among the X image IDs included in the X pieces of image informationof S152.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 supplies a DL(Download) URL request including the image ID “ID11” within theselection information to the target SP server 100 in S160.

When the target SP server 100 acquires the DLURL request from themediation server 50, the target SP server 100 supplies the DLURL to themediation server 50 in S162. The DLURL is a URL indicating a location ofimage data identified by the image ID “ID11”, that is, a location of theimage data which is a download target.

In S170, the CPU 72 of the mediation server 50 generates printconditions screen information. The print conditions screen informationis information for causing the display unit 14 of the multifunctiondevice 10 to display a print conditions screen (see SC8 of FIG. 10).Specifically, the CPU 72 determines one layout ID “LY4” (see FIG. 2),and generates print conditions screen information including respectivecharacter strings indicating respective items (that is, image quality,paper, and size) of the print conditions, each option of each item, andthe layout ID “LY4.” However, the layout data (see FIG. 2) identified bythe layout ID “LY4” does not include an area for displaying a service OBcorresponding to the target service name “SVE.” Therefore, the CPU 72generates the print conditions screen information not including thetarget service URL “USE.” Then, the CPU 72 supplies the print conditionsscreen information to the multifunction device 10 in S172.

When the CPU 32 of the multifunction device 10 acquires the printconditions screen information from the target SP server 100, the CPU 32generates display data indicating the print conditions screen (see SC8of FIG. 10) in S174. Specifically, the CPU 32 first acquires the layoutdata (see FIG. 2) identified by the layout ID “LY4” from the memory 34.The acquired layout data includes the two areas A10 and A11, asillustrated in FIG. 2. The CPU 32 describes each character string withinthe print conditions screen information in the area A10 and describeseach option within the print conditions screen information in the areaA11. Accordingly, the display data is completed. The CPU 32 supplies thedisplay data to the display unit 14 and causes the display unit 14 todisplay the print conditions screen SC8 of FIG. 10.

In S176 of FIG. 6, the user selects desired print conditions in theprint conditions screen SC8. Further, for an item “Image quality,”either “Fine” or “Normal” can be selected. For an item “Paper,” one of aplurality of paper types, including “Common paper” and “Glossy paper,”can be selected. For an item “size,” one of a plurality of paper sizes,including “A4” and “B4,” can be selected. In S178, the CPU 32 of themultifunction device 10 supplies selection information including theselected print conditions to the mediation server 50.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 supplies a DPinstruction to the multifunction device 10 in S180. The DP instructionincludes the DLURL of S162 and the print conditions within the selectioninformation of S178. The DP instruction is a command to instruct themultifunction device 10 to download the image data identified by theDLURL and to print the image indicated by the image data according tothe print conditions.

When the CPU 32 of the multifunction device 10 acquires the DPinstruction from the mediation server 50, the CPU 32 supplies a DLrequest including the DLURL within the DP instruction to the target SPserver 100 in S190.

When the target SP server 100 acquires the DL request from themultifunction device 10, the target SP server 100 supplies the imagedata identified by the DLURL within the DL request to the multifunctiondevice 10 in S192. That is, the target SP server 100 executes the imagedata supplying function.

When the CPU 32 of the multifunction device 10 acquires (that is,downloads) the image data from the target SP server 100, the CPU 32causes the print execution unit 16 to execute printing of the imagerepresented by the acquired image data in S194. Specifically, the CPU 32executes image processing for printing for the acquired image data usingthe print conditions within the DP instruction of S180 and generatesprint data. The image processing for printing includes half toneprocessing for the acquired image data that is RGB image data having anumber of gradations (for example, 256 gradations). Accordingly, printdata having relatively less gradations (for example, ON or OFF of a dot)is generated. Further, the image processing for printing includesgenerating print data having high definition when “Image quality”included in the print conditions indicates “Fine,” and includesgenerating print data having low resolution when “Image quality”included in the print conditions indicates “Normal.” Further, the imageprocessing for printing includes generating print data suitable for anaspect ratio corresponding to the “Size” included in the printconditions. Also, the CPU 32 instructs the print execution unit 16 toconvey the print paper of a type indicated by “Paper” included in theprint conditions, and supplies the generated print data to the printexecution unit 16. Accordingly, the print execution unit 16 executesprinting for the print paper according to the print data. As a result,the user can acquire print paper in which an image represented by theimage data stored in the target SP server 100 (for example, an imagecorresponding to a thumbnail image indicating a figure of a starselected in S156) has been printed.

Case in which SU is Selected in S116 of FIG. 5; FIG. 7

When the SU is selected in S116 of FIG. 5, the CPU 32 of themultifunction device 10 supplies the selection information indicatingthe SU as a target communication to the mediation server 50 in S220, asillustrated in FIG. 7.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 executes adetermination of the target SFL information (see S16 of FIG. 4) anddetermines “OK” or “NG” as a determination result in S230. Thedetermination result of S230 indicates whether the multifunction device10 is capable of executing the SU. When the scan permission informationwithin the target SFL information indicates “NG,” the CPU 72 determines“NG” as a determination result. In this case, although not illustrated,the CPU 72 supplies error information for causing display of an errorscreen SCE of FIG. 9 to the multifunction device 10. That is, the CPU 72ends the process according to the initial request of S16 of FIG. 4without supplying each piece of screen information to be described below(see, for example, S242 and S272) to the multifunction device 10. On theother hand, when the scan permission information within the target SFLinformation indicates “OK,” the CPU 72 determines “OK” as adetermination result. In this case, the CPU 72 supplies an FD (Folder)information request including the target account name “AN2” and thetarget password “PN2” (see S98 of FIG. 5) to the target SP server 100 inS232.

When the target SP server 100 acquires the FD information request fromthe mediation server 50, the target SP server 100 supplies Y pieces ofFD information to the mediation server 50 in S234. The Y pieces of FDinformation are information on Y folders (that is, a folder name and afolder ID) stored in the target SP server 100 in association with thetarget account name “AN2.”

When the CPU 72 of the mediation server 50 acquires the Y pieces offolder information from the SP server 100, the CPU 72 generates FDselection screen information in S240. The FD selection screeninformation is information for causing the multifunction device 10 todisplay the FD selection screen (see SC9 of FIG. 10). Specifically, theCPU 72 determines one layout ID “LY3” (see FIG. 2) and generates FDselection screen information including the Y pieces of folderinformation of S234 and the layout ID “LY3.” The FD selection screeninformation does not include the target service URL “USE.” Then, the CPU72 supplies the FD selection screen information to the multifunctiondevice 10 in S242.

In S254, when the CPU 32 of the multifunction device 10 acquires the FDselection screen information from the mediation server 50, the CPU 32generates display data indicating the FD selection screen (see SC9 ofFIG. 10). Specifically, the CPU 32 acquires the layout data (see FIG. 2)identified by the layout ID “LY3” from the memory 34. The CPU 32 addsthe respective folder names included in the respective pieces of FDinformation within the FD selection screen information to the respectiveareas A7 to A9. Accordingly, the display data is completed. The CPU 32supplies the display data to the display unit 14 and causes the displayunit 14 to display the FD selection screen SC9 of FIG. 10. The FDselection screen SC9 includes three folders names “F1” to “F3.”

In S256 of FIG. 7, the user selects the desired folder name “F1” in theFD selection screen SC9. In this case, the CPU 32 of the multifunctiondevice 10 supplies selection information including the folder ID “IDD1”to the mediation server 50 in S258. The folder ID “IDD1” is a folder IDassociated with the folder name “F1” selected by the user among the Yfolder IDs included in the Y pieces of FD information of S242.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 supplies a UL(Upload) URL request including the folder ID “IDD1” within the selectioninformation to the target SP server 100 in S260.

When the target SP server 100 acquires the ULURL request from themediation server 50, the target SP server 100 supplies a ULURL to themediation server 50 in S262. The ULURL is a URL indicating a locationwithin the folder identified by the folder ID “ID11,” that is, alocation in which image data to be uploaded from the multifunctiondevice 10 is to be stored.

In S270, the CPU 72 of the mediation server 50 generates scan conditionsscreen information. The scan conditions screen information isinformation for causing the multifunction device 10 to display a scanconditions screen (see SC10 of FIG. 10). Specifically, the CPU 72determines one layout ID “LY4” (see FIG. 2) and generates scanconditions screen information including respective character stringsindicating respective items (that is, resolution, a form, and a size) ofthe scan conditions, each option of each item, and the layout ID “LY4.”The scan conditions screen information does not include the targetservice URL “USE.” Then, the CPU 72 supplies the scan conditions screeninformation to the multifunction device 10 in S272.

When the CPU 32 of the multifunction device 10 acquires the scanconditions screen information from the target SP server 100, the CPU 32generates display data indicating the scan conditions screen (see SC10of FIG. 10) in S274. Specifically, the CPU 32 first acquires the layoutdata (see FIG. 2) identified by the layout ID “LY4” from the memory 34.The CPU 32 describes each character string within the scan conditionsscreen information in the area A10 (see FIG. 2) and describes eachoption within the scan conditions screen information in the area A11(see FIG. 2). Accordingly, the display data is completed. The CPU 32supplies the display data to the display unit 14 and causes the displayunit 14 to display the scan conditions screen SC10 of FIG. 10.

In S276 of FIG. 7, the user selects desired scan conditions in the scanconditions screen SC10. Further, for an item “Resolution,” one of aplurality of scan resolutions, including “600 dpi” and “300 dpi,” can beselected. For an item “Form,” one of a plurality of file formats,including “PDF” and “JPEG,” can be selected. For an item “Size,” one ofa plurality of document sizes, including “A4” and “B4,” can be selected.In S278, the CPU 32 of the multifunction device 10 supplies theselection information including the selected scan conditions to themediation server 50.

When the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 supplies an SUinstruction to the multifunction device 10 in S280. The SU instructionincludes the ULURL of S262 and the scan conditions within the selectioninformation of S278. The SU instruction is a command to instruct themultifunction device 10 to execute the scanning of the documentaccording to the scan conditions to generate image data, and to uploadthe image data in the location indicated by the ULURL.

When the CPU 32 of the multifunction device 10 acquires the SUinstruction from the mediation server 50, the CPU 32 causes the scanexecution unit 18 to execute the scanning of the document according tothe scan conditions within the SU instruction in S290. Specifically, theCPU 32 notifies the scan execution unit 18 of a scan resolutionindicated by “Resolution” included in the scan conditions, and adocument size indicated by “Size” included in the scan conditions.Accordingly, the scan execution unit 18 scans the document having thedocument size with the scan resolution to generate scan data. Then, theCPU 32 executes image processing for scanning for the scan data togenerate the image data. The image processing for scanning includesgenerating image data having the file format indicated by “Form”included in the scan conditions. Then, the CPU 32 supplies an UL requestincluding the ULURL and the image data to the target SP server 100 inS292.

When the target SP server 100 acquires the UL request from themultifunction device 10, the target SP server 100 stores the image datawithin the UL request in a location indicated by the ULURL within the ULrequest. That is, the target SP server 100 executes the image datastorage function.

Case in which “Scan” is Selected in Main Screen SC1; FIG. 8

Next, each process executed when “Scan” is selected in the main screenSC1 (see FIG. 9) will be described with reference to FIG. 8.Hereinafter, description of the same process as that in FIGS. 4 to 7will be omitted. S310 and S312 are the same as S10 and S12 of FIG. 4. InS313, the user selects an object indicating “Scan” in the main screenSC1. In this case, the CPU 32 of the multifunction device suppliesdisplay data stored in the memory 34 in advance to the display unit 14and causes the display unit 14 to display the storage method selectionscreen SC11 of FIG. 9 in S314. The storage method selection screen SC11is a screen for selecting a storage destination of image data generatedby document scanning, and includes three objects. An object indicating“Scan to USB” is an object indicating execution of storage of the imagedata in a USB memory. An object indicating “Scan to Email” is an objectindicating execution of E-mail transmission of the image data. An objectindicating “Scan to Web” is an object indicating execution of storage(that is, upload) of the image data in the SP server 100.

In S315 of FIG. 8, the user selects the object indicating “Scan To Web”in the storage method selection screen SC11. In this case, the CPU 32 ofthe multifunction device 10 supplies the initial request to themediation server 50 in S316. The initial request includes a MAC address“M1” of the multifunction device 10, scan mode information, and targetSFL information. The scan mode information is information included inthe initial request when the object indicating “Scan To Web” is selectedin the storage method selection screen SC11.

When the CPU 72 of the mediation server 50 acquires the initial requestfrom the multifunction device 10, the CPU 72 executes a determination ofthe target SFL information and determines “OK” or “NG” as adetermination result in S321. The determination result of S321 indicateswhether the multifunction device 10 is capable of executing the SU. Whenthe scan permission information within the target SFL informationindicates “NG,” the CPU 72 determines “NG” as a determination result. Inthis case, although not illustrated, the CPU 72 supplies errorinformation for causing display of an error screen SCE of FIG. 9 to themultifunction device 10. That is, the CPU 72 ends the process accordingto the initial request of S316 of FIG. 8 without supplying each piece ofscreen information to be described below (see, for example, S334) to themultifunction device 10. On the other hand, when the scan permissioninformation within the target SFL information indicates “OK,” the CPU 72determines “OK” as a determination result. In this case, each process ofS322, S324, and S330 is executed, similar to S22, S24, and S30 of FIG.4.

As described above, in the case of FIG. 8, when the CPU 72 of themediation server 50 acquires the initial request including the scan modeinformation from the multifunction device 10, the CPU 72 executes adetermination of the target SFL information (see S321). Accordingly, themultifunction device 10 can rapidly notify the user that themultifunction device 10 is incapable of executing the SU. On the otherhand, in the case of FIG. 4, even when the CPU 72 acquires the initialrequest including the normal mode information (see S16) from themultifunction device 10, the CPU 72 does not execute the determinationof the target SFL information. This is because which of the DP and theSU that the user of the multifunction device 10 desires to execute isstill unknown. That is, the initial request of S16 of FIG. 4 is arequest supplied from the multifunction device 10 to the mediationserver 50 in a state in which either the DP or the SU to be executed (inother words, either the image processing for printing or imageprocessing for scanning to be executed) has been not yet selected by theuser. On the other hand, the initial request of S316 of FIG. 8 is arequest supplied from the multifunction device 10 to the mediationserver 50 in a state in which the SU among the DP and the SU being to beexecuted (in other words, image processing for scanning being to beexecuted) has been selected by the user.

In S332, the CPU 72 of the mediation server 50 generates serviceselection screen information including a table of FIG. 8 and the layoutID “LY1.” Specifically, when the CPU 72 generates the table of FIG. 8,the CPU 72 first excludes service OB information corresponding to the SPserver 100 incapable of executing the data storage function from eachpiece of acquired service OB information. In this embodiment, the SPserver 100 corresponding to the service name “SVB” is incapable ofexecuting the data storage function (that is, capable of executing onlythe data supply function). Therefore, the CPU 72 excludes the service OBinformation including the service name “SVB” from each piece of acquiredservice OB information. Then, the CPU 72 generates a table using eachpiece of remaining service OB information and the acquired history OBinformation. Further, since a response of S324 indicates “Noregistration,” the flag “ON” is described in the top column of thetable, as in S32 of FIG. 4.

As described above, in the case of FIG. 8, when the CPU 72 of themediation server 50 acquires the initial request including the scan modeinformation from the multifunction device 10, the CPU 72 generates atable in which information on the service name “SVB” of the SP server100 incapable of executing the data storage function is not described.As a result, the service name “SVB” is not displayed in the serviceselection screen (see S12 and S13 of FIG. 9) to be described below.Accordingly, it is possible to suppress occurrence of a situation inwhich the service name “SVB” of the SP server 100 incapable of executingthe data storage function is selected, that is, a situation in which theservice name “SVB” for which the multifunction device 10 is incapable ofexecuting the SU is selected.

S334 is the same as S34 of FIG. 4. Further, S340 to S354 are the same asS40 to S54 of FIG. 4 except that a matter regarding the service name“SVB” is not included. As illustrated in FIG. 9, the service selectionscreen SC12 displayed first in the multifunction device 10 includesthree service names “SVA,” “SVC” and “SVD,” without including theservice name “SVB,” unlike the service selection screen SC2. Further, aservice selection screen SC13 displayed next in the multifunction device10 includes only two service names “SVE” and “history,” unlike theservice selection screen SC3.

In S356 of FIG. 8, the user selects the service having the service name“SVE” in the service selection screen SC13. In this case, the CPU 32 ofthe multifunction device 10 supplies selection information including thetarget service name “SVE” to the mediation server 50 in S358.

Even when the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 does notexecute a determination of the target SFL information. This is becausethe determination of the target SFL information has been executed inS321. This is different from S60 of FIG. 4. S70 to S98 of FIG. 5 arethen executed. However, S104 to S116 of FIG. 5 are not executed and S220and S230 of FIG. 7 are not executed. Also, S232 to S292 of FIG. 7 areexecuted. That is, the account selection screen SC4 of FIG. 9 isdisplayed, and then the FD selection screen SC9 of FIG. 10 is displayedwithout the communication selection screen SC5 being displayed. This isbecause the user is known to desire execution of the SU, and thus, it isunnecessary to display the communication selection screen SC5.Accordingly, the user does not select the SU in the communicationselection screen SC5. That is, an unnecessary operation for a user isnot executed, thereby improving convenience of the user.

Case (1) in which Service Name “SVE” is Registered in DB Server 80; FIG.11

As described above, the selected service information in which the MACaddress “M1” of the multifunction device 10 and the service name “SVE”are associated is registered in the selected service table 82 within theDB server 80 in S72 of FIG. 5. Then, the multifunction device 10executes the DP or the SU (see FIG. 6 or 7). Each subsequent processwill be described with reference to FIG. 11.

S510 to S522 are the same as S10 to S22 of FIG. 4. In S524, the CPU 72of the mediation server 50 acquires a response including the servicename “SVE” from the DB server 80. S530 to S542 are the same as S30 toS42 of FIG. 4. However, the CPU 72 generates a table in which the flag“ON” is associated with the service name “SVE” since the service name“SVE” is included in the above response in S532.

In S550, the CPU 32 of the multifunction device 10 causes the serviceselection screen SC3 to be displayed first. This is because the flag“ON” is associated with the service name “SVE” in the table of FIG. 11.Accordingly, the user can first view the service selection screen SC3including the previously selected service name “SVE.” Therefore, whenthe user desires to select the same service name as the previouslyselected service name “SVE” again, the user can easily select theservice name “SVE.” Further, when the screen change button is selectedin S552, the CPU 32 causes the service selection screen SC2 to bedisplayed in S554. Each subsequent process is the same as each processsubsequent to S56 of FIG. 4.

Case (2) in which Service Name “SVE” is Registered in DB Server 80; FIG.12

In the case of FIG. 11, “Web” is selected in the main screen SC1 in astate in which the service name “SVE” is registered in the DB server 80in association with the MAC address “M1” (see S514 of FIG. 11). On theother hand, in the case of FIG. 12, “Scan” is selected in the mainscreen SC1 in a state in which the service name “SVE” is registered inthe DB server 80 in association with the MAC address “M1.”

S610 to S622 are the same as S310 to S322 of FIG. 8. In S624, the CPU 72of the mediation server 50 acquires a response including the servicename “SVE” from the DB server 80. S630 to S642 are the same as S330 toS342 of FIG. 8. However, the CPU 72 generates a table in which the flag“ON” is associated with the service name “SVE” since the service name“SVE” is included in the response in S632. Therefore, the CPU 32 of themultifunction device 10 causes the service selection screen SC13including the service name “SVE” to be displayed first in S650. Also,when the screen change button is selected in S652, the CPU 32 causes theservice selection screen SC12 to be displayed first in S654. Eachsubsequent process is the same as each process subsequent to S356 ofFIG. 8.

Case in which Service Name “SVB” is Registered in the DB Server 80; FIG.13

In this case, “Scan” is selected in the main screen SC1 in a state inwhich the service name “SVB” is registered in the DB server 80 inassociation with the MAC address “M1.” Among respective processes ofFIG. 13, the same processes as those in FIG. 12 are denoted with thesame step numbers as those in FIG. 12. Hereinafter, only S625, S633,S651, and S655 will be described.

In S625, the CPU 72 of the mediation server 50 acquires the responseincluding the service name “SVB” from the DB server 80. In S633, sincethe service name “SVB” is included in the response but is not present inthe table, the CPU 72 of the mediation server 50 generates a table inwhich the flag “ON” is associated with the service name “SVA” in the topcolumn. Therefore, the CPU 32 of the multifunction device 10 causes theservice selection screen SC12 including the service name “SVA” to bedisplayed first in S651. Also, when the screen change button is selectedin S652, the CPU 32 causes the service selection screen SC13 to bedisplayed in S655.

In the case of FIG. 12, since the service name “SVE” registered in theDB server 80 is included in the table, the mediation server 50 generatesa table in which the flag “ON” is associated with the service name“SVE.” On the other hand, in the case of FIG. 13, when the service name“SVB” registered in the DB server 80 is not included in the table, themediation server 50 generates the table in which the flag “ON” isassociated with the service name “SVA” in the top column. Thus, themediation server 50 can appropriately describe the flag “ON” accordingto whether the service name registered in the DB server 80 is includedin the table. That is, the mediation server 50 can appropriatelydetermine an order in which the multifunction device 10 displays theservice selection screens SC12 and SC13.

Case in which Back Button is Selected in Account Selection Screen SC4;FIG. 14

Next, each process when the back button is selected in the accountselection screen SC4 will be described. In this case, S10 to S60 of FIG.4 and S70 to S94 of FIG. 5 are executed. Therefore, the service name“SVE” is registered in association with the MAC address “M1” in the DBserver 80 in S72 of FIG. 5. In S700, the user selects the back button inthe account selection screen SC4. In this case, the CPU 32 of themultifunction device 10 supplies a return request to the mediationserver 50 in S702.

When the CPU 72 of the mediation server 50 acquires the return requestfrom the multifunction device 10, the CPU 72 supplies an informationrequest including the MAC address “M1” to the DB server 80 in S722. InS724, the CPU 72 acquires a response including the service name “SVE”from the DB server 80. S732 to S742 are the same as S532 to S542 of FIG.11. Since the service name “SVE” is included in the response, the CPU 72generates a table in which the flag “ON” is associated with the servicename “SVE” in S732. Therefore, the CPU 32 of the multifunction device 10causes the display service selection screen SC3 including the servicename “SVE” to be displayed first in S750. Each subsequent process is thesame as each process subsequent to S56 of FIG. 4.

As described above, in this case, when the service name “SVE” isselected in the service selection screen SC3, the service name “SVE” isregistered in the DB server 80 before the account selection screen SC4is displayed (see S72 of FIG. 5). Therefore, when the back button isselected in the account selection screen SC4, the mediation server 50can acquire the service name “SVE” from the DB server 80 (see S724),and, as a result, can cause the multifunction device 10 to first displaythe service selection screen SC3 including the service name “SVE.”Therefore, the user can easily understood the service name “SVE”selected by the user.

Case in which “History” is Selected in Service Selection Screen SC3;FIG. 15

Next, each process when the service name “history” is selected in theservice selection screen SC3 will be described. In this case, S10 to S54of FIG. 4 are executed. In S800, the user selects the service name“history” in the service selection screen SC3. In this case, the CPU 32of the multifunction device 10 supplies selection information includingthe service name “history” and a model name “MD” of the multifunctiondevice 10 to the mediation server 50.

Even when the CPU 72 of the mediation server 50 acquires the selectioninformation from the multifunction device 10, the CPU 72 does notregister the service name “history” in the DB server 80. This isdifferent from S70 of FIG. 5. In S804, the CPU 72 supplies historyscreen information to the multifunction device 10. The history screeninformation is information for causing a history screen SC14 to bedisplayed, and includes update history information, and a layout ID“LY5.” The update history information is information corresponding tothe model name “MD” of the multifunction device 10, and is stored in thememory 74 in advance (not illustrated). The update history informationis information on a history indicating a service supported by themultifunction device (for example, 10) having the model name “MD,” andtime when the service is supported. Further, the layout ID “LY5” is notillustrated in FIG. 2.

When the CPU 32 of the multifunction device 10 acquires the historyscreen information from the mediation server 50, the CPU 32 generatesdisplay data for causing the display unit 14 to display the historyscreen SC14 in S806. That is, the CPU 32 acquires the layout dataidentified by the layout ID “LY5” from the memory 34 and describeshistory information within the history screen information in theacquired layout data. Also, the CPU 32 supplies the display data to thedisplay unit 14 and causes the display unit 14 to display the historyscreen SC14. In S808, the user selects the back button in the historyscreen SC14. In this case, the CPU 32 supplies a return request to themediation server 50 in S810.

When the CPU 72 of the mediation server 50 acquires the return requestfrom the multifunction device 10, the CPU 72 generates service selectionscreen information in S832. S832 to S842 are the same as S32 to S42 ofFIG. 4. However, when the CPU 72 acquires the return request aftersupplying the history screen information, the CPU 72 generates a tablein which the flag “ON” is associated with the service name “history.”Therefore, the CPU 32 of the multifunction device 10 first display theservice selection screen SC3 including the service name “history” inS850. Each subsequent process is the same as each process subsequent toS56 of FIG. 4.

In this case, even when the service name “history” is selected in theservice selection screen SC3, the service name “history” is notregistered in the DB server 80, as described above. A reason therefor isas follows. That is, since the plurality of services that can beprovided by the plurality of SP servers 100 are services related to theDP or the SU, the user is highly likely to fail in remembering thepreviously selected service in a situation in which one service is to beselected from the plurality of services. Therefore, in this embodiment,a configuration in which the target service name is registered in the DBserver 80 (see S72 of FIG. 5) is adopted, and the service selectionscreen including the target service name is displayed first (see S550 ofFIG. 11). Accordingly, the user can easily remember the previouslyselected service name when viewing the first displayed service selectionscreen and, as a result, easily select the service name as a previouslyselected service name. Accordingly, the history supply service is notthe service related to the DP or the SU, unlike each service provided byeach SP server 100. Accordingly, the user can recognize the historysupply service from the plurality of services. Therefore, when the userdesires to view the history screen SC14, the user can select the screenchange button to switch the service selection screen and easily selectthe service name “history” even when the service selection screenincluding the service name “history” is not displayed first. In view ofthis circumstance, the service name “history” is not registered in theDB server 80 in this embodiment.

Further, when the service selection screen SC2 different from theservice selection screen SC3 displayed immediately before the historyscreen SC14 is displayed despite the back button being selected in thehistory screen SC14, a sense of discomfort is likely to be given to theuser. In order to prevent this, in this embodiment, when the back buttonis selected in the history screen SC14 (see S808 of FIG. 15), themediation server 50 causes the multifunction device 10 to first displaythe service selection screen SC3 including the service name “history”despite no service name “history” being registered in the DB server 80.Accordingly, the service selection screen SC3 displayed immediatelybefore the history screen SC14 can be provided to the user and the senseof discomfort can be prevented from being given to the user.

Each Process Executed by the Mediation Server 50: FIG. 16

FIG. 16 illustrates a flowchart of each process executed by the CPU 72of the mediation server 50. Respective cases of FIGS. 4 to 8 and FIGS.11 to 15 are realized by the CPU 72 executing respective processesaccording to the flowchart.

In T10, the CPU 72 acquires the initial request from the multifunctiondevice 10. T10 corresponds to S16 of FIG. 4, S316 of FIG. 8, S516 ofFIG. 11, and S616 of FIGS. 12 and 13. In T12, the CPU 72 determineswhether the scan mode information is included in the initial request.When the scan mode information is included in the initial request, theCPU 72 determines YES in T12 and proceeds to T14. On the other hand,when the normal mode information is included in the initial request, theCPU 72 determines NO in T12, skips T14, and proceeds to T18.

In T14, the CPU 72 executes a determination of the target SFLinformation. T14 corresponds to S321 of FIG. 8. When the CPU 72determines the determination result “NG,” the CPU 72 determines NO inT14, supplies error information to the multifunction device 10 in T16,and ends the process. T16 corresponds to “NG” being determined (notillustrated) in S321 of FIG. 8. On the other hand, when the CPU 72determines the determination result “OK,” the CPU 72 determines YES inT14 and accesses the DB server 80 in T18. T18 corresponds to S22 of FIG.4, S322 of FIG. 8, S522 of FIG. 11, and S622 of FIGS. 12 and 13.

In T20, the CPU 72 generates service selection screen informationincluding the flag “ON” according to content of the response acquiredfrom the DB server 80 in T18 and supplies the service selection screeninformation to the multifunction device 10. T20 corresponds to S32 andS34 of FIGS. 4, S332 and S334 of FIGS. 8, S532 and S534 of FIG. 11, andS633 and S634 of FIGS. 12 and 13. Further, when the scan modeinformation is included in the initial request of T10, the CPU 72generates service selection screen information in which the service namecorresponding to the SP server incapable of executing the image datastorage function has been excluded in T20. This exclusion of the servicename corresponds to S332 of FIG. 8 and S633 of FIGS. 12 and 13.

In T22, the CPU 72 waits for the selection information to be acquiredfrom the multifunction device 10. When the CPU 72 acquires the selectioninformation from the multifunction device 10 (YES in T22), the CPU 72determines whether the service name included in the selectioninformation is “history” in T24. When the service name included in theselection information is “history,” the CPU 72 determines YES in T24 andproceeds to T30. The case in which YES is determined in T24 correspondsto the case of FIG. 15. On the other hand, when the service nameincluded in the selection information is a name different from“history,” the CPU 72 determines NO in T24 and proceeds to T40. The casein which NO is determined in T24 corresponds to each case of FIGS. 4 and8.

In T30, the CPU 72 generates history screen information and supplies thehistory screen information to the multifunction device 10. T30corresponds to S804 of FIG. 15. In T32, the CPU 72 waits for the returnrequest to be acquired from the multifunction device 10. When the CPU 72acquires the return request from the multifunction device 10 (YES inT32), the CPU 72 generates service selection screen informationincluding the flag “ON” associated with the service name “history” andsupplies the service selection screen information to the multifunctiondevice 10 in T34. T34 corresponds to S832 and S834 of FIG. 15. When T34ends, the process returns to T22.

In T40, the CPU 72 determines whether the normal mode information isincluded in the initial request of T10. When the normal mode informationis included in the initial request, the CPU 72 determines YES in T40 andexecutes a determination of the target SFL information in T42. T42corresponds to S60 of FIG. 4. When the CPU 72 determines thedetermination result “NG,” the CPU 72 determines NO in T42, supplieserror information to the multifunction device 10 in T16, and ends theprocess. T16 executed in the case of NO in T42 corresponds to S62 ofFIG. 4. On the other hand, when the CPU 72 determines the determinationresult “OK,” the CPU 72 determines YES in T42 and registers the targetservice name in the DB server 80 in T44. T44 corresponds to S70 of FIG.5. Further, when the scan mode information is included in the initialrequest, the CPU 72 determines NO in T40, skips T42, and proceeds toT44. Skipping T42 corresponds to the determination of the target SFLinformation being not executed when the selection information of S358 ofFIG. 8 is acquired. When T44 ends, the process proceeds to T50 of FIG.17.

Each Process Continued from FIG. 16; FIG. 17

In T50, the CPU 72 generates account selection screen information andsupplies the account selection screen information to the multifunctiondevice 10, as illustrated in FIG. 17. T50 corresponds to S80 and S82 ofFIG. 5. The CPU 72 monitors acquiring the return request or theselection information from the multifunction device 10 in T52 and T54.When the CPU 72 acquires the return request from the multifunctiondevice 10 (YES in T52), the CPU 72 proceeds to T18 of FIG. 16, and whenthe CPU 72 acquires the selection information from the multifunctiondevice 10 (YES in T54), the CPU 72 proceeds to T56. YES in T52corresponds to a case in which the CPU 72 acquires the return request ofS702 of FIG. 14. Further, YES in T54 corresponds to a case in which theCPU 72 acquires the selection information of S98 of FIG. 5.

In T56, the CPU 72 determines whether the normal mode information isincluded in the initial request of T10 of FIG. 16. When the normal modeinformation is included in the initial request, the CPU 72 determinesYES in T56 and proceeds to T60. When the scan mode information isincluded in the initial request, the CPU 72 determines NO in T56, skipsT60 to T66 and proceeds to T80. YES in T56 corresponds to a case inwhich the CPU 72 acquires the selection information of S98 of FIG. 5.Further, skipping of T60 to T66 in the case of NO in T56 corresponds toS104 to S116 of FIG. 5 and S220 and S230 of FIG. 7 being not executed inthe case of FIG. 8.

In T60, the CPU 72 generates communication selection screen informationand supplies the communication selection screen information to themultifunction device 10. T60 corresponds to S104 and S106 of FIG. 5. InT62, the CPU 72 waits for the selection information to be acquired fromthe multifunction device 10. When the CPU 72 acquires the selectioninformation from the multifunction device 10 (YES in T62), the CPU 72executes a determination of the target SFL information in T64. T64corresponds to S130 of FIG. 6 and S230 of FIG. 7.

When the CPU 72 determines the determination result “NG,” the CPU 72determines NO in T64, supplies error information to the multifunctiondevice 10 in T16 of FIG. 16, and ends the process. On the other hand,when the CPU 72 determines the determination result “OK,” the CPU 72determines YES in T64, and determines whether the selection informationof T62 indicates “SU” or “DP.” in T66. Also, the CPU 72 proceeds to T70when the selection information of T62 indicates “DP” and T80 when theselection information of T62 indicates “SU.”

In T70, the CPU 72 generates image selection screen information andsupplies the image selection screen information to the multifunctiondevice 10. T70 corresponds to S140 and S142 of FIG. 6. In T72, the CPU72 generates print conditions screen information and supplies the printconditions screen information to the multifunction device 10. T72corresponds to S170 and S172 of FIG. 6. In T74, the CPU 72 supplies a DPinstruction to the multifunction device 10. T74 corresponds to S180 ofFIG. 6. When T74 ends, the process according to the initial request ofT10 of FIG. 16 ends.

In T80, the CPU 72 generates FD selection screen information andsupplies the FD selection screen information to the multifunction device10. T80 corresponds to S240 and S242 of FIG. 7. In T82, the CPU 72generates scan conditions screen information and supplies the scanconditions screen information to the multifunction device 10. T82corresponds to S270 and S272 of FIG. 7. In T84, the CPU 72 supplies anSU instruction to the multifunction device 10. T84 corresponds to S280of FIG. 7. When T84 ends, the process according to the initial requestof T10 of FIG. 16 ends.

Correspondence Relationship

The multifunction device 10 and the plurality of SP servers 100 areexamples of an “image processing device” and “one or more serviceproviding servers,” respectively. The service OB table 76 (see FIG. 3)in the memory 74 of the mediation server 50 is an example of the“database.” The two service selection screens SC2 and SC3 or the twoservice selection screens SC12 and SC13 of FIG. 9 are examples of “oneor more service selection screens.” Five URLs “USA” to “USE” except forURL “UH” within the table of FIG. 4 are examples of “plural pieces ofservice-related information.” The selection information of S58 of FIG. 4is an example of the “selection information.”

The account selection screen SC4 of FIG. 9 is an example of “firstsetting screen.” The service OB and the target service URL “USE”included in the account selection screen SC4 are examples of the “targetservice object” and the “target service-related information.” The twoaccount names “AN1” and “AN2” included in the account selection screenSC4 are examples of “one or more pieces of user account information.”The target account name “AN2” is an example of the “target user accountinformation.” The two face OBs included in the account selection screenSC4, and the URLs “UF1” and “UF2” corresponding to the two face OBs areexamples of “one or more user objects” and “one or more pieces ofuser-related information.” Further, the communication selection screenSC5 of FIG. 9 is an example of the “first setting screen,” as well.

The communication selection screen SC5 of FIG. 9 is an example of the“second setting screen.” The face OB and the target face URL “UF2”included in the communication selection screen SC5 are examples of“target user object” and “target user-related information,”respectively. The image selection screen SC7 and the print conditionsscreen SC8 of FIG. 10 are examples of the “third setting screen” and the“fourth setting screen,” respectively. Further, the FD selection screenSC9 and the scan conditions screen SC10 of FIG. 10 are examples of the“third setting screen” and the “fourth setting screen,” respectively.

The layout ID “LY2” included in the account selection screen informationof S82 of FIG. 5 and the layout ID “LY3” included in the image selectionscreen information of S142 of FIG. 6 are examples of the “first layoutidentification information,” and the “second layout identificationinformation,” respectively. S132, S134, S160, S162, and S180 of FIG. 6are examples of the “mediation communication,” and S180, S190, and S192of FIG. 6 are examples of the “specific communication.” Further, S232,S234, S260, S262, and S280 of FIG. 7 are examples of the “mediationcommunication,” as well, and S280 and S292 of FIG. 7 are examples of the“specific communication,” as well. The DP instruction and the imageprocessing for printing of S180 of FIG. 6 are examples of “executioninstruction,” and the “target image processing,” respectively. Further,the SU instruction and the image processing for scanning of S270 of FIG.7 are examples of the “execution instruction” and the “target imageprocessing” respectively.

Second Embodiment; FIG. 18

In the first embodiment, after the target service name “SVE” is selectedin the service selection screen SC3 (see S56 of FIG. 4), the mediationserver 50 may supply screen information including the target service URL“USE” to the multifunction device 10 (see S82 and S106 of FIG. 5) or maysupply screen information not including the target service URL “USE” tothe multifunction device 10 (see S142 and S172 of FIG. 6 and S242 andS272 of FIG. 7). Also, when the multifunction device 10 acquires thescreen information including the target service URL “USE,” themultifunction device 10 displays the screens SC4 and SC5 including theservice OB of the target service (see FIG. 9), and when themultifunction device 10 acquires the screen information not includingthe target service URL “USE,” the multifunction device 10 displays thescreens SC7 to SC10 (see FIG. 10) that do not include the service OB ofthe target service. On the other hand, in this embodiment, even when anyscreen information should be supplied to the multifunction device 10after the target service name “SVE” is selected in the service selectionscreen SC3 (see S56 of FIG. 4), the mediation server 50 supplies thescreen information including the target service URL “USE” to themultifunction device 10. For example, the mediation server 50 suppliesimage selection screen information including the target service URL“USE” in S142 of FIG. 6, and supplies print conditions screeninformation including the target service URL “USE” in S172. Otherprocesses of the mediation server 50 are the same as those in the firstembodiment.

When the CPU 32 of the multifunction device 10 acquires any one piece ofscreen information from the mediation server 50, the CPU 32 executes theprocess of FIG. 18. In T100, the CPU 32 determines the layout IDincluded in the acquired screen information. Also, the CPU 32 proceedsto T102 when the layout ID is “LY1,” T104 when the layout ID is “LY2,”and T106 when the layout ID is “LY3” or “LY4.”

In T102, the CPU 32 causes the display unit 14 to display the serviceselection screen (for example, SC2 and SC3 of FIG. 9). T102 is the sameas, for example, S50 and S54 of FIG. 4.

In T104, the CPU 32 causes the display unit 14 to display the accountselection screen SC4 or the communication selection screen SC5 (see FIG.9) according to the acquired screen information. T104 is the same as S94or S114 of FIG. 5. That is, since the layout data identified by thelayout ID “LY2” has the area A6 (see FIG. 2) in which the service OB ofthe target service can be arranged, the CPU 32 causes the display unit14 to display the screens SC4 and SC5 including the service OB of thetarget service using the target service URL “USE” included in theacquired screen information in T104.

In T106, the CPU 32 causes the display unit 14 to display the imageselection screen SC7, the print conditions screen SC8, the FD selectionscreen SC9 or the scan conditions screen SC10 (see FIG. 10) according tothe acquired screen information. T106 is the same as S154 and S174 ofFIG. 6 and S254 or S274 of FIG. 7. That is, since the layout data (seeFIG. 2) identified by the layout ID “LY3” or “LY4,” does not have thearea in which the service OB of the target service can be arranged, theCPU 32 causes the display unit 14 to display the screen SC7 which doesnot include the service OB of the target service without using thetarget service URL “USE” included in the acquired screen information inT106.

According to this embodiment, when the multifunction device 10 acquiresthe screen information from the mediation server 50, the multifunctiondevice 10 determines whether the service OB of the target service can beincluded in the screen (T100). Also, when the multifunction device 10determines that the service OB of the target service can be included inthe screen (“LY2” in T100), the multifunction device 10 displays ascreen including the service OB of the target service (T104). When themultifunction device 10 determines that the service OB of the targetservice cannot be included in the screen (“LY3 or LY4” in T100), themultifunction device 10 displays the screen that does not include theservice OB of the target service (T106). Thus, the multifunction device10 can display an appropriate screen according to whether there is aspace in which the service OB of the target service can be arranged. Inthis embodiment, the respective screens SC4, SC5, and SC7 to SC10 areexamples of the “first setting screen,” and each piece of screeninformation for causing display of each screen is an example of the“first setting screen information.”

While the specific examples of the present invention have been describedin detail, these are only illustrative and do not limit the claims.Various variations and modifications of the specific examplesillustrated above are included in the technology described in theclaims. For example, the following modification examples are included.

Modification Example 1

In each embodiment, a plurality of SP servers 100 for which themediation server 50 can execute mediation of the service are provided.Alternatively, only one SP server 100 for which the mediation server 50can execute the mediation of the service may be provided. Also, one SPserver 100 may be able to provide a plurality of services. In this case,in S32 of FIG. 4, the CPU 72 of the mediation server 50 may generateservice selection screen information for selecting a target service fromthe plurality of services provided by the one SP server 100. That is,the number of SP servers for which the mediation server can mediate theprovision of the service may be one or more.

Modification Example 2

In S32 of FIG. 4, the CPU 72 of the mediation server 50 may generateservice selection screen information including each piece of image datacorresponding to each service OB (that is, each piece of image dataacquired by the multifunction device 10 in S42 of FIG. 4), rather thaneach URL (see table of FIG. 4) corresponding to each service OB. In thiscase, even when the CPU 32 of the multifunction device 10 does notsupply an image data request of S40, the CPU 32 can acquire each pieceof image data from the mediation server 50. In this modificationexample, each piece of image data included in the service selectionscreen information is an example of the “service-related information.”Similarly, in S80 of FIG. 5, the CPU 72 may generate account selectionscreen information including each piece of image data corresponding toeach face OB, rather than each URL corresponding to each face OB (seetable of FIG. 5). In this modification example, each piece of image dataincluded in the account selection screen information is an example ofthe “user-related information.”

Modification Example 3

In each embodiment described above, the CPU 72 of the mediation server50 generates the service selection screen information including thelayout ID and the table related to information to be displayed in S32 ofFIG. 4. Alternatively, the CPU 72 may generate display data indicatingthe service selection screens SC2 and SC3 (that is, first and seconddisplay data generated by the multifunction device 10 in S50 of FIG. 4).Similarly, in S80 and S104 of FIG. 5 and S140 and S170 of FIG. 6, theCPU 72 may generate display data indicating the screen to be displayedin the multifunction device 10. In this case, the memory 34 of themultifunction device 10 need not store plural pieces of layoutinformation 36. In this modification example, the respective pieces ofdisplay data are examples of the “service selection screen information,”and the “first (second, third or fourth) setting screen information.”

Modification Example 4

In each embodiment described above, both of each service OB indicatingeach figure “A” or the like and each service name “SVA” are displayed inthe service selection screens SC2 and SC3 of FIG. 9. Alternatively, onlyeach service name may be displayed in the service selection screens SC2and SC3. In this modification example, each service name included in theservice selection screens SC2 and SC3 is an example of the “serviceobject.” In this case, the CPU 72 of the mediation server 50 maygenerate service selection screen information including each servicename, in which the service selection screen information includes no URLcorresponding to each service OB in S32 of FIG. 4. In this modificationexample, each service name included in the service selection screeninformation is an example of the “service-related information.”

Modification Example 5

In each embodiment described above, both of each account name and eachface OB are displayed in the account selection screen SC4 of FIG. 9.Alternatively, only each account name may be displayed in the accountselection screen SC4. In this modification example, each account nameincluded in the account selection screen SC4 is an example of the “userobject.” In this case, the CPU 72 of the mediation server 50 maygenerate account selection screen information including each accountname, in which the account selection screen information includes no URLcorresponding to each face OB, in S80 of FIG. 5. In this modificationexample, each account name included in the account selection screeninformation is an example of the “user-related information.”

Modification Example 6

In the first embodiment described above, the account selection screenSC4 or the communication selection screen SC5 (see FIG. 9) including theservice OB corresponding to the target service is an example of the“first setting screen.” However, the “first setting screen” may be ascreen for executing other settings related to the target service. Forexample, in S140 of FIG. 6, the CPU 72 of the mediation server 50 maygenerate image selection screen information including the target serviceURL “SVE” so that the image selection screen includes the service OBcorresponding to the target service. In this modification example, theimage selection screen is an example of the “first setting screen.”Similarly, other screens (for example, a print conditions screen, an FDselection screen, and a scan conditions screen) may be examples of the“first setting screen.” Further, similarly, the image selection screen,the print conditions screen and the like may be examples of the “secondsetting screen.” Further, for example, the CPU 72 of the mediationserver 50 may generate communication selection screen information notincluding target service URL “SVE” so that the communication selectionscreen does not include the service OB (that is, the combined OB)corresponding to the target service in S104 of FIG. 5. In thismodification example, the communication selection screen is an exampleof the “third setting screen.” Generally speaking, the “first (second orthird) setting screen” may be a screen for executing the first (secondor third) setting related to the target service.

Modification Example 7

In each embodiment described above, the CPU 72 of the mediation server50 supplies the DP instruction including the print conditions to themultifunction device 10 in S180 of FIG. 6. Alternatively, the CPU 72 maysupply the DP instruction not including print conditions to themultifunction device 10. In this case, the CPU 32 of the multifunctiondevice 10 may temporarily store the print conditions selected in S176 inthe memory 34, and execute printing according to the print conditions inthe memory 34 when the CPU 32 acquires the DP instruction from themediation server 50. Similarly, in S280 of FIG. 7, the CPU 72 may supplythe SU instruction not including scan conditions to the multifunctiondevice 10. That is, “execution instruction of target image processing”may be an instruction not including target image processing conditions.

Modification Example 8

In each embodiment described above, the memory 74 of the mediationserver 50 stores the service OB table 76. Alternatively, a server (forexample, the DB server 80) different from the mediation server 50 maystore the service OB table 76. In this modification example, the serverdifferent from the mediation server 50 is an example of the “database.”Further, the mediation server 50 and the DB server 80 may be integrallyconfigured.

Modification Example 9

In each embodiment described above, the respective processes of FIGS. 4to 8 and FIGS. 11 to 17 are realized by the CPU 72 of the mediationserver 50 executing the process according to software (that is, aprogram). Alternatively, at least one of these processes may be realizedby hardware such as a logical circuit. Similarly, at least one of therespective processes executed by the multifunction device 10 may berealized by hardware such as a logical circuit.

Further, technical elements described in the present specification ordrawings exhibit technical usefulness singly or through variouscombinations, and are not limited to a combination of claim definitionsat the time of filing an application. Further, the technologyillustrated in the present specification or drawings simultaneouslyachieves a plurality of objects, and has technical usefulness byachieving one of these objects.

What is claimed is:
 1. A mediation server for mediating provision of aplurality of services from at least one service providing server to animage processing device, the mediation server comprising: a processor;and memory storing a computer executable program, when executed by theprocessor, causing the mediation server to execute: a selection screeninformation supply instruction of supplying, to the image processingdevice through the Internet, service selection screen information whichcauses a display unit of the image processing device to display aservice selection screen, the service selection screen being a screenfor selecting a target service from among the plurality of services, andthe service selection screen information including a plurality of firstURLs, each of the plurality of first URLs indicating a location ofservice image data within a database which stores plural pieces ofservice image data corresponding to the plurality of services so that aplurality of service images represented by the plural pieces of serviceimage data are included in the service selection screen; a selectioninformation acquisition instruction of acquiring, through the Internet,selection information indicating the target service from the imageprocessing device, the target service being selected from the serviceselection screen including the plurality of service images representedby the plural pieces of service image data acquired from the databasebased on the plurality of first URLs; a setting screen informationsupply instruction of supplying, to the image processing device, firstsetting screen information for causing the display unit to display afirst setting screen after the selection information is acquired, thefirst setting screen being a screen for executing a first settingrelated to the target service, and the first setting screen informationincluding a first target URL indicating a location of a target serviceimage corresponding to the target service within the database among theplurality of first URLs so that the target service image is included inthe first setting screen, the target service image being identical tothe service image which corresponds to the target service among theplurality of service images and is included in the service selectionscreen; and a mediation communication execution instruction of executingmediation communication for mediating provision of the target servicefrom a target service providing server among the at least one serviceproviding server to the image processing device after the first settingscreen information is supplied, the mediation communication includingtransmitting, to the image processing device, an execution instructionof target image processing related to the target service.
 2. Themediation server according to claim 1, wherein the computer executableprogram, when executed by the processor, causes the mediation server tofurther execute: an acquiring instruction of acquiring the first targetURL corresponding to the acquired selection information from thedatabase; a determination instruction of determining a first layoutidentification information from among plural pieces of layoutidentification information, the first layout identification informationidentifying a layout of the first setting screen to be displayed afterthe selection information is selected; and a generation instruction ofgenerating first setting screen information including the acquired firsttarget URL and the determined first layout information, and thesupplying setting screen information supply instruction causes themediation server to supply the generated first setting screeninformation to the image processing device.
 3. The mediation serveraccording to claim 1, wherein after the first setting screen informationis supplied, the setting screen information supply instruction causesthe mediation server to further supply, to the image processing device,second setting screen information for causing the display unit todisplay a second setting screen different from the first setting screen,the second setting screen includes a screen for executing a secondsetting related to the target service, the second setting screeninformation includes the first target URL so that the target serviceimage is included in the second setting screen, and the mediationcommunication execution instruction causes the mediation server toexecute the mediation communication after the first setting screeninformation and the second setting screen information are supplied. 4.The mediation server according to claim 3, wherein the first settingscreen includes a screen for executing the first setting includingselecting target user account information from among at least one pieceof user account information for receiving the target service, the firstsetting screen information includes at least one piece of second URLsrelated to at least one user image corresponding to the at least onepiece of user account information so that the at least one user imageare included in the first setting screen, and the second setting screeninformation includes a second target URL related to the target userimage among the at least one piece of second URLs so that the targetuser image corresponding to the target user account information amongthe at least one user image is included in the second setting screen. 5.The mediation server according to claim 4, wherein the computerexecutable program, when executed by the processor, causes the mediationserver to execute: an acquiring instruction of acquiring a combined datarequest transmitted from the image processing device in response to thesupply of the second setting screen information, the combined datarequest including the first URL and the second target URL; and ageneration instruction of generating a combined image according to thefirst URL and the second target URL included in the acquired combineddata request; the setting screen information supply instruction causethe mediation server to supply the generated combined image to the imageprocessing device.
 6. The mediation server according to claim 1, whereinafter the selection information is acquired, the setting screeninformation supply instruction causes the mediation server to supply, tothe image processing device, third setting screen information forcausing the display unit to display a third setting screen differentfrom the first setting screen, the third setting screen includes ascreen for executing a third setting related to the target service, thethird setting screen information does not include the first target URLso that the target service image is not included in the third settingscreen, and the mediation communication execution instruction causes themediation server to execute the mediation communication after the firstsetting screen information and the third setting screen information aresupplied.
 7. The mediation server according to claim 6, wherein when thesetting screen information supply instruction causes the mediationserver to supply the first setting screen information to the imageprocessing device, the setting screen information supply instructioncauses the mediation server to determine first layout identificationinformation for identifying a layout of the first setting screen fromamong plural pieces of layout identification information, and supply thefirst setting screen information including the first layoutidentification information to the image processing device, and when thesetting screen information supply instruction causes the mediationserver to supply the third setting screen information to the imageprocessing device, the setting screen information supply instructioncauses the mediation server to determine second layout identificationinformation for identifying a layout of the third setting screen fromamong the plural pieces of layout identification information, the secondlayout identification information being different from the first layoutidentification information, and supply the third setting screeninformation further including the second layout identificationinformation to the image processing device.
 8. The mediation serveraccording to claim 1, wherein after the first setting screen informationis supplied, the setting screen information supply instruction causesthe mediation server to supply, to the image processing device, fourthsetting screen information for causing the display unit to display afourth setting screen different from the first setting screen, thefourth setting screen includes a screen for executing a fourth settingfor selecting conditions of the target image processing, and the fourthsetting screen information does not include the first target URL so thatthe target service image is not included in the fourth setting screen.9. A non-transitory computer readable recording medium storing a programfor a mediation server for mediating provision of a plurality ofservices from at least one service providing server to an imageprocessing device, the program, when caused by a computer mounted on themediation server, causing the mediation server to execute: a selectionscreen information supply instruction of supplying, to the imageprocessing device through the Internet, service selection screeninformation which causes a display unit of the image processing deviceto display a service selection screen, the service selection screenbeing a screen for selecting a target service from among the pluralityof services, and the service selection screen information including aplurality of first URLs, each of the plurality of first URLs indicatinga location of service image data within a database which stores pluralpieces of service image data corresponding to the plurality of servicesso that the plurality of service images represented by the plural piecesof service image data are included in the service selection screen; aselection information acquisition instruction of acquiring, through theInternet, selection information indicating the target service from theimage processing device, the target service being selected from theservice selection screen including the plurality of service imagesrepresented by the plural pieces of service image data acquired from thedatabase based on the plurality of first URLs; a setting screeninformation supply instruction of supplying, to the image processingdevice, first setting screen information for causing the display unit todisplay a first setting screen after the selection information isacquired, the first setting screen being a screen for executing a firstsetting related to the target service, and the first setting screeninformation including a first target URL indicating a location of atarget service image corresponding to the target service within thedatabase among the plurality of first URLs so that the target serviceimage is included in the first setting screen, the target service imagebeing identical to the service image which corresponds to the targetservice among the plurality of service images and is included in theservice selection screen; and a mediation communication executioninstruction of executing mediation communication for mediating provisionof the target service from a target service providing server among theat least one service providing server to the image processing deviceafter the first setting screen information is supplied, the mediationcommunication including transmitting, to the image processing device, anexecution instruction of target image processing related to the targetservice.
 10. The mediation server according to claim 1, wherein thecomputer executable program when executed by the processor causes themediation server to execute a first image data supplying instruction ofacquiring the plural pieces of service image data according to theplurality of first URLs included in the service selection screeninformation, and supplying the acquired image data to the imageprocessing device, and the first setting screen information includessecond URLs indicating locations of a plurality of first setting images.11. The mediation server according to claim 1, wherein the first settingincludes a selection of a target user account information among at leasttwo pieces of user account information identifying accounts whichreceive the target service, and the first setting screen includes thetarget service image corresponding to the target service and a pluralityof face images corresponding to the accounts identified by the at leasttwo pieces of user account information.
 12. An image processing deviceconfigured to communicate with a mediation server for mediatingprovision of a plurality of services from at least one service providingserver to an image processing device, comprising: a display unit; and acontrol device configured to execute: a selection screen informationacquisition instruction of acquiring service selection screeninformation from the mediation server through the internet, the serviceselection screen information including a plurality of first URLs, eachof the plurality of first URLs indicating a location of service imagedata within a database which stores plural pieces of service image datacorresponding to the plurality of services; a selection screen displaycontrol instruction of causing the display unit to display a serviceselection screen including the plurality of service images using theservice selection screen information; a selection information supplyinstruction of supplying, through the Internet, selection informationindicating a target service to the mediation server when a user of theimage processing device selects the target service from among theplurality of services in the service selection screen; a setting screeninformation acquisition instruction of acquiring first setting screeninformation from the mediation server after the selection information issupplied, the first setting screen information including a first targetURL indicating a location of a target service image corresponding to thetarget service within the database, the target service image beingidentical to the service image which corresponds to the target serviceamong the plurality of service images and is included in the serviceselection screen; a setting screen display control instruction ofcausing the display unit to display a first setting screen including thetarget service image using the first setting screen information, thefirst setting screen being a screen for executing a first settingrelated to the target service; a specific communication executioninstruction of executing specific communication for receiving the targetservice from a target service providing server among the at least oneservice providing server after the user executes the first setting inthe first setting screen, the specific communication including receivingan execution instruction of target image processing related to thetarget service from the mediation server; and an image processingexecution instruction of executing the target image processing when theexecution instruction is received.
 13. The image processing deviceaccording to claim 12, wherein each of the plurality of first URLsindicates a location within a database that stores image data indicatinga service image related to the first URL.
 14. The image processingdevice according to claim 13, wherein the program, when executed by theprocessor, causes the image processing device to execute an acquiringinstruction of acquiring the service image according to the first URLincluded in the received first setting screen information, and thesetting screen display control instruction causes the display unit todisplay the first setting screen including the acquired service image.15. The image processing device according to claim 12, wherein thesetting screen information acquisition instruction further causes theimage processing device to acquire second setting screen informationincluding the target URLs from the mediation server after the userexecutes the first setting in the first setting screen, the settingscreen display control instruction further causes the image processingdevice to cause the display unit to display a second setting screenincluding the target service image using the second setting screeninformation, and the second setting screen includes a screen forexecuting a second setting related to the target service.
 16. The imageprocessing device according to claim 15, wherein the selectioninformation transmitted from the image processing device to themediation server includes the URLs identifying the service imagedisplayed on the first setting screen after the user executes the firstsetting in the first setting screen.
 17. The image processing deviceaccording to claim 15, wherein the first setting includes selectingtarget user account information from among at least one piece of useraccount information for receiving the target service, the first settingscreen information includes at least one piece of user-relatedinformation related to at least one user image corresponding to the atleast one piece of user account information, the setting screen displaycontrol instruction causes the image processing device to cause thedisplay unit to display the first setting screen including the targetservice image and the at least one user image, the second setting screeninformation includes target user-related information related to a targetuser image corresponding to the target user account information amongthe at least one piece of user-related information, and the settingscreen display control instruction causes the image processing device tocause the display unit to display the second setting screen includingthe target service image and the target user image.
 18. The imageprocessing device according to claim 17, wherein the computer executableprogram, when executed by the processor, causes the image processingdevice to execute a transmitting instruction of transmitting, to themediation server, a combined image generating request according to thefirst target URL and the target user-related information included in thesecond setting screen information in response to receiving the secondsetting screen information, and the setting screen display controlinstruction causes the display unit to display the second setting screenincluding the combined image acquired from the mediation server.
 19. Theimage processing device according to claim 12, wherein the program, whenexecuted by the processor, causes the image processing device to executea determination instruction of determining whether the target serviceimage is able to be included in the first setting screen when the firstsetting screen information is acquired, wherein the setting screendisplay control instruction causes the image processing device to: causethe display unit to display the first setting screen including thetarget service image when it is determined that the target service imageis able to be included in the first setting screen, and cause thedisplay unit to display the first setting screen that does not includethe target service image when it is determined that the target serviceimage is unable to be included in the first setting screen.
 20. Theimage processing device according to claim 12 further comprising amemory storing layout information in which the layout identificationinformation and a layout of a screen are associated with each other,wherein the first setting screen information includes the layoutidentification information identifying a layout of the first settingscreen, wherein in a case in which the layout identification informationincluded in the acquired first setting screen information is a firstkind of the layout identification information, the program, whenexecuted by the processor, causes the image processing device to causethe display unit to display the first setting screen including thetarget server image using the first target URL included in the firstsetting screen information, and wherein in a case in which the layoutidentification information included in the acquired first setting screeninformation is a second kind of the layout identification information,the program, when executed by the processor, causes the image processingdevice to cause the display unit to display the first setting screenwhich does not include the target server image without using the firsttarget URL included in the first setting screen information.